home *** CD-ROM | disk | FTP | other *** search
/ Internet Surfer 2.0 / Internet Surfer 2.0 (Wayzata Technology) (1996).iso / pc / text / mac / faqs.504 < prev    next >
Text File  |  1996-02-14  |  27KB  |  587 lines
  1. Frequently Asked Questions (FAQS);faqs.504
  2.  
  3.  
  4.  
  5. THE GROUPS
  6.  
  7. alt.romance
  8.  
  9.    One of the nicest things about any relationship, be it the beginning of
  10.    a courtship or years into a more serious commitment, are the little
  11.    things that you do for each other, the romance.  If you're interested
  12.    in chatting with people about what is considered romantic, talking about
  13.    a particular romantic thing that you've done, or even just reading
  14.    stories about what other couples have done to 'be romantic' or 'have a
  15.    romantic liaison', then this is the group.
  16.  
  17.  
  18. soc.couples
  19.  
  20.    Being in a short or long term relationship offers much in the way of
  21.    joy, pleasure, and emotional satisfaction, but it also offers the
  22.    chance for major arguments and other problems.  This group is where
  23.    you can talk about the relationship you're in with others that are also
  24.    in relationships of their own.
  25.  
  26. soc.feminism
  27.  
  28.    Soc.feminism is a moderated newsgroup for the discussion of feminist
  29.    issues.  Both men and women are encouraged to post to it and discussion
  30.    is not limited to the pro-feminist viewpoint.
  31.  
  32.    This group differs from soc.women in that moderation keeps out the
  33.    flames and inappropriate cross-posts.  In addition, there are several
  34.    subjects appropriate for soc.women but not soc.feminism (e.g.  the
  35.    sporadic "where do I find comfortable shoes?"  discussion that turns up
  36.    in soc.women or discussions of women's health, other than policy issues
  37.    related to it).
  38.  
  39. soc.men
  40.  
  41.    This group discusses similar issues to soc.women, but from the
  42.    male perspective.  Topics include equal rights, child support,
  43.    custody of children, relationships and so on.  In addition, there
  44.    are often topics specific to men including shaving in the shower,
  45.    post-workout skin care, and similar.  Both men and women are active
  46.    participants in this group.
  47.  
  48. soc.motss
  49.  
  50.    While the Usenet community is pretty open minded, many of the
  51.    aforementioned social groups tend to be populated primarily by
  52.    the heterosexual community.  Soc.motss (Members of the Same Sex)
  53.    is where people who are lesbian, gay, bisexual, or just interested and
  54.    sympathetic can share conversation about relationships, dating, travel,
  55.    and the like.  Discussion of the validity or appropriateness of
  56.    homosexuality is inappropriate, however, and will not be appreciated.
  57.  
  58. soc.singles
  59.  
  60.    Of all the things that people seem to have in common, perhaps the most
  61.    common thread of all is the bouts of being single, and the hunting and
  62.    searching for relationships that this implies.  This group is a forum
  63.    for all discussions even vaguely related to either being single or the
  64.    quest for a relationship.  Indeed, it has been likened to an electronic
  65.    cocktail party, where people have known each other (electronically,
  66.    usually) for years.  There are also a number of people in relationships
  67.    that share their thoughts, as well as a high level of aggression between
  68.    some of the contributors.
  69.  
  70. soc.women
  71.  
  72.    Soc.women is an unmoderated group that discusses similar issues to
  73.    soc.men, but from the female perspective.  Topics include equal rights,
  74.    child support, custody of children, relationships and so on.  In addition,
  75.    there are often topics specific to women including shaving legs, finding
  76.    comfortable shoes, and so on.  Both men and women are active participants
  77.    in this group.
  78.  
  79. OTHER PLACES TO LOOK
  80.  
  81. In addition to these Usenet groups, there are many other forums on
  82. Usenet where you can make new friends and share conversations about
  83. topics of interest to yourself.  Among them are the many "soc.culture"
  84. groups for specific ethnic/geographic cultures, the "soc.religion" and
  85. "talk.religion" groups for those interested in meeting friends of a
  86. specific religious background, the "rec.*" groups oriented about a
  87. specific recreational activity and many more.
  88.  
  89. Also, there are a number of different private mailing lists for specific
  90. sexual and social orientations, including:
  91.  
  92.   alternates
  93.       Contact: alternates-request@ns1.rutgers.edu
  94.  
  95.       Purpose: Alternates is a mailing list for people who advocate, and/or
  96.       practice an alternate sexual lifestyle. Alternates is intended as a
  97.       forum and support group for adult men and women who espouse their
  98.       freedom of choice and imagination in human sexual relations, no matter
  99.       what their orientaion. Those who are offended by frank, and
  100.       uninhibited discussions relating to sexual issues should not
  101.       subscribe.
  102.  
  103.       Moderator/Editor: <amq@ns1.rutgers.edu>
  104.  
  105.   bears
  106.       Contact: bears-request@spdcc.COM (Steve Dyer & Brian Gollum)
  107.                ...!{harvard,ima,linus,mirror}!spdcc!bears-request
  108.  
  109.       Purpose: Mail.bears is a mailing list in digest format for gay
  110.       and bisexual men who are bears themselves and for those who enjoy
  111.       the company of bears.  The exact definition of a "bear" seems to
  112.       be a personal one, but it encompasses men who are variously cuddly,
  113.       furry, perhaps stocky, or bearded.  Mail.bears is designed to be a
  114.       forum to bring together folks with similar interests for conversation,
  115.       friendship and sharing of experiences.  The tone of mail.bears
  116.       will be determined by its members, but people uncomfortable with
  117.       discussing sexually explicit topics via electronic mail should
  118.       not subscribe.
  119.  
  120.   cdforum
  121.       Contact: uunet!samsung!wizvax!cdforum-request  (Stephanie Gilgut)
  122.  
  123.       Purpose: To provide support/discuss/share experiences about gender
  124.       related issues; Crossdressing, Transvestism, Transsexualism, etc.
  125.       This list is in Digest Format.
  126.  
  127.   feminists
  128.       Contact: femail@hpldlh.hpl.hp.com (Patricia Collins)
  129.  
  130.       Purpose: The feminist mailing list is intended to provide a forum
  131.       for discussion of issues of interest to women, in a friendly
  132.       atmosphere. The basic tenets of feminism and the day-to-day
  133.       experiences of women do not have to be explained or defended.  Men
  134.       and women can join, but everyone requesting to be added to the
  135.       mailing list MUST provide the moderator with: 1) a full name; 2) a
  136.       complete uucp path to a well-known host or a fully specified
  137.       Internet address; 3) the correspondent's gender (for records and
  138.       statistics only).  NO exceptions.
  139.  
  140.   men
  141.       Contact: attunix!mail-men-request
  142.            mail-men-request@usl.com (Marcel Franck Simon)
  143.  
  144.       Purpose: This digested mailing list discusses "men's issues."
  145.       Both women and men may join. Mail-men is a place where men and
  146.       women can discuss men's issues in an atmosphere of openness and
  147.       support. Men's issues are those problems and experiences that
  148.       affect male humans.
  149.  
  150.   sappho
  151.       Contact:  sappho-request@silver.lcs.mit.edu
  152.         zonker@silver.lcs.mit.edu (Regis)
  153.  
  154.       Purpose: A forum and support group for gay and bisexual women.
  155.       The list is not moderated, but may become so if the volume and/or
  156.       content begins to warrant it.  A digest version is available; if
  157.       you want it, be sure to mention it in your addition request.  Men
  158.       who want to "listen in," for whatever reason, are requested to use
  159.       the feminist and alternates mailing lists instead; sappho
  160.       membership is limited to women.
  161.  
  162. SUMMARY
  163.  
  164. Please use this list of Usenet groups and mailing lists as one of the many
  165. signposts to help you find the groups that you'll be interested in.  One
  166. other terrific place to find more information is by asking your friends on
  167. the net what groups they read too!
  168. Xref: bloom-picayune.mit.edu comp.software-eng:11614 news.answers:4233
  169. Newsgroups: comp.software-eng,news.answers
  170. Path: bloom-picayune.mit.edu!enterpoop.mit.edu!usc!cs.utexas.edu!torn!news.ccs.queensu.ca!qucis.queensu.ca!qucis.queensu.ca!dalamb
  171. From: dalamb@qucis.queensu.ca (David Alex Lamb)
  172. Subject: Comp.software-eng periodic postings and archives
  173. Message-ID: <faqmsg_722888345@qucis.QueensU.CA>
  174. Followup-To: comp.software-eng
  175. Keywords: FAQ
  176. Sender: dalamb@qucis.queensu.ca (David Lamb)
  177. Supersedes: <faqmsg_717105759@qucis.QueensU.CA>
  178. Reply-To: dalamb@qucis.queensu.ca (David Alex Lamb)
  179. Organization: Computing and Information Science, Queen's University at Kingston, Ontario,  K7L 3N6, Canada
  180. Date: Fri, 27 Nov 1992 18:19:09 GMT
  181. Approved: news-answers-request@MIT.Edu
  182. Expires: Sun, 10 Jan 1993 18:19:05 GMT
  183. Lines: 156
  184.  
  185.  
  186. Archive-name: software-eng/part0
  187.  
  188. Welcome to comp.software-eng, a newsgroup for discussion of software
  189. engineering and related topics.  This message is followed by three others,
  190. each summarizing a set of "frequently asked questions" (FAQs):
  191.     FAQ 1: comp.software-eng questions and answers
  192.     FAQ 2: CASE tools summary
  193.     FAQ 3: Software engineering readings
  194. Be warned: the only mechanism we use to compose these lists is to gather
  195. information submitted by people around the net, post it regularly, and
  196. incorporate feedback.  All evaluations are the opinions of those who submitted
  197. them; your mileage may vary.  Send comments to dalamb@qucis.queensu.ca (David
  198. Alex Lamb).
  199.  
  200. This FAQ posting is very late - I have been too busy to update it
  201. since the last posting in late September.  So: if you've sent me
  202. something since September, and it's not here yet, rest assured I still
  203. have your note and will eventually make the change.
  204.  
  205. I've now arranged for the FAQ to be posted automatically.
  206.  
  207. ------------------------------------------------------------------------
  208. Subject: comp.software-eng archives
  209.  
  210. The following files are available via anonymous FTP from directory
  211. pub/software-eng on host ftp.qucis.queensu.ca (130.15.1.100).  Log in with
  212. user ID 'anonymous' and use your mailing address as the password. Each file
  213. has a header (in e-mail or news format) that credits the original collector.
  214. If you cannot use FTP, send mail to archive-server@qucis.queensu.ca containing
  215. a line of the form
  216.     send software-eng f1 f2 ...
  217. where f1, f2, and so on are the names of the files from this list; the mail
  218. server should respond within an hour or so plus mailing delays (which can
  219. themselves be substantial if you're not directly on the internet).  If you
  220. want to find out more about the archive server, send mail to the same address
  221. with a line containing the word 'help'; if you do this you can't also request
  222. files in the same message.  If your mailer has trouble with large files, use
  223. the 'size <bytes>' command to set a threshold, above which the server will
  224. split files into several messages.
  225.   Name             Changed Description
  226.   faqmsg       21 Sep 1992 comp.software-eng periodic postings and archives
  227.   questmsg     21 Sep 1992 FAQ 1: comp.software-eng questions and answers
  228.   casemsg      22 Oct 1992 FAQ 2: CASE tools summary
  229.   readmsg      21 Sep 1992 FAQ 3: Software engineering readings
  230.   README       21 Sep 1992 This list of files
  231.   2167a        11 Oct 1991 DoD-Std-2167a and life cycle models
  232.   ada           2 Aug 1991 bibliography on Ada and software engineering
  233.   aiswe        13 May 1992 readings: artificial intelligence and soft.eng.
  234.   bachman      10 Sep 1991 Bachman information modeling
  235.   bookreview   10 Apr 1992 Book reviews
  236.   cadreTeam    10 Sep 1991 Opinions re CADRE Teamwork
  237.   CASEexp       2 Oct 1991 experience with CASE tools
  238.   cleanroom     9 Apr 1992 Cleanroom software development
  239.   cmtools      10 Apr 1992 Configuration management tools
  240.   color         4 Jun 1992 Ergonomics of color displays
  241.   cubicle      28 Feb 1992 Productivity effect of offices vs. cubicles
  242.   designchange  7 Jul 1992 Effect of design changes
  243.   diagramedit  15 Feb 1992 Diagram editors and tools for building them
  244.   education    10 Apr 1992 Software Engineering education and degree programs
  245.   environment  15 May 1992 Software Engineering environments
  246.   facet        18 Sep 1991 Faceted classification and multiple inheritance
  247.   fault         7 Jul 1992 Fault Tolerance references
  248.   formal       10 Apr 1992 formal methods in the USA
  249.   funcpoints   10 Apr 1992 function/feature points
  250.   hood          2 Oct 1991 Hierachical Object-Oriented Design
  251.   horror       10 Apr 1992 Computer horror stories
  252.   hungarian    11 Oct 1991 papers on Hungarian notation
  253.   ieee          2 Oct 1991 IEEE software engineering standards
  254.   inspect       7 Jul 1992 Code inspection techniques
  255.   maint         9 Apr 1992 Software maintenance laws
  256.   manuals       6 Mar 1992 Guidelines for software manuals
  257.   maturity     15 Feb 1992 SEI Capability Maturity Model
  258.   ooformat     10 Jan 1992 Format for object-oriented design documents
  259.   oomaint      10 Apr 1992 maintenance and complexity in o-o systems
  260.   oomethod     12 May 1992 Object-oriented methodologies
  261.   pctecais      6 Mar 1992 Comments on PCTE, CAIS-A, ATIS
  262.   pdcase        7 Jul 1992 Public-domain CASE tools
  263.   petri         7 Jul 1992 Petri net tools
  264.   pmtools       7 Jul 1992 Project management and design tools
  265.   probtrack    13 Apr 1992 Problem tracking tools
  266.   productivity 18 Sep 1991 Feature point productivity for several countries
  267.   proto         7 Jul 1992 Prototyping
  268.   rcshandout    5 Oct 1992 Tutorial handouts on RCS
  269.   readcase     13 Feb 1992 Bibliography on CASE
  270.   readintro    15 Feb 1992 Introducing your manager/customer to SE ideas
  271.   realtime     15 Feb 1992 Information on realtime software development
  272.   reflist      22 May 1992 Tero Ahtee's software engineering reference list
  273.   regress      10 Jan 1992 Regression testing tools
  274.   restruct      7 Jul 1992 Tools for restructuring and reverse engineering
  275.   safety       10 Jan 1992 Formal methods and software safety
  276.   specmark     15 Feb 1992 SPEC modern architecture benchmarks
  277.   spiral       10 Jan 1992 References on Spiral life-cycle model
  278.   statecharts  15 Feb 1992 Reference list on Harel's statecharts
  279.   static        7 Jul 1992 Software metrics and static analysis
  280.   statsTool    21 Oct 1991 X-based statistics and graphing packages
  281.   sunCperf     17 Aug 1991 SUN/C performance baseline tools
  282.   techTransfer 10 Apr 1992 Technology transfer
  283.   testTools    10 Jun 1992 Tools for testing
  284.   transynth    15 Feb 1992 Transformation/synthesis systems
  285.   uims          7 Jul 1992 User Interface Management Systems
  286.   vdm-z        15 Feb 1992 formal methods Z and VDM
  287.   verification 10 Apr 1992 References on program verifier design
  288.  
  289. ------------------------------------------------------------------------
  290. Subject: WAIS server
  291.  
  292. I have created a WAIS database that indexes the comp.software-eng archives.
  293. It's still experimental; I'm still playing with appropriate "file types" for
  294. the various files, so you get a subsection of a file in response to a query,
  295. instead of the whole giant file (at the moment only a few of the files are
  296. subdivided, and not always in a useful way). The .src file follows at the end
  297. of this message.
  298.  
  299. The following is taken from the WAIS FAQ.txt file: WAIS is available via
  300. anonymous FTP from a variety of sources.  The main distributor is think.com,
  301. in the wais subdirectory.
  302.  a. a mac client?
  303.   think.com:/wais/WAIStation0.62.hqx
  304.  b. a unix client?
  305.   a few UNIX based clients are available in the core distribution, which
  306.   can be found on think.com:
  307.   think.com:/wais/wais-8-b#.tar.Z, where # is the most recent version (4 at
  308.   this time).  This includes the server, and clients for X Windows, GNU
  309.   Emacs and a couple of simple shell-based clients.
  310.  c. a dos client?
  311.   The University of North Carolina has been a main developement site for
  312.   WAIS software.  Several DOS clients can be found in the FTP archives on
  313.   wais.oit.unc.edu.
  314.  d. a NeXT client?
  315.   A client for NeXT can be found in think.com:/wais/XXX
  316.  e. a VMS client?
  317.   WAIS has been ported to VMS by the folks at the University of North
  318.   Carolina.
  319.  f. the server?
  320.   An example WAIS server is part of the core distribution.
  321.  
  322.  
  323.  
  324. (:source
  325.    :version  3
  326.    :ip-address "130.15.1.100"
  327.    :ip-name "ftp.qucis.queensu.ca"
  328.    :tcp-port 210
  329.    :database-name "software-eng"
  330.    :cost 0.00
  331.    :cost-unit :free
  332.    :maintainer "dalamb@qucis.queensu.ca"
  333.    :description "This database is the archives of newsgroup comp.software-eng.
  334. It consists of files announced periodically in the FAQ for the group.
  335. "
  336. )
  337. --
  338. Software Technology Laboratory      dalamb@qucis.queensu.ca (David Alex Lamb)
  339. Computing and Information Science   phone: (613) 545-6067
  340. Queen's University, Kingston, Ontario, Canada K7L 3N6    
  341. Xref: bloom-picayune.mit.edu comp.software-eng:11617 news.answers:4236
  342. Newsgroups: comp.software-eng,news.answers
  343. Path: bloom-picayune.mit.edu!enterpoop.mit.edu!usc!cs.utexas.edu!torn!news.ccs.queensu.ca!qucis.queensu.ca!qucis.queensu.ca!dalamb
  344. From: dalamb@qucis.queensu.ca (David Alex Lamb)
  345. Subject: FAQ 1: comp.software-eng questions and answers
  346. Message-ID: <questmsg_722888345@qucis.QueensU.CA>
  347. Followup-To: comp.software-eng
  348. Keywords: FAQ
  349. Sender: dalamb@qucis.queensu.ca (David Lamb)
  350. Supersedes: <questmsg_717105759@qucis.QueensU.CA>
  351. Reply-To: dalamb@qucis.queensu.ca (David Alex Lamb)
  352. Organization: Computing and Information Science, Queen's University at Kingston, Ontario,  K7L 3N6, Canada
  353. References: <faqmsg_722888345@qucis.QueensU.CA>
  354. Date: Fri, 27 Nov 1992 18:19:12 GMT
  355. Approved: news-answers-request@MIT.Edu
  356. Expires: Sun, 10 Jan 1993 18:19:05 GMT
  357. Lines: 306
  358.  
  359.  
  360. Archive-name: software-eng/part1
  361.  
  362. This message gives brief answers to questions that have occurred in
  363. comp.software-eng; in many cases they are also topics many readers would like
  364. NOT to see discussed again soon.  Questions are:
  365.    What's a CASE Tool?
  366.    What's a 'function point'?
  367.    What's the 'spiral model'?
  368.    What is a 'specmark'?
  369.    Where can I find a public-domain tool to compute metrics?
  370.    How do I write good C style?
  371.    What is 'Hungarian Notation'?
  372.    Are lines-of-code (LOC) a useful productivity measure?
  373.    Should software professionals be licenced/certified?
  374.    How do I get in touch with the SEI?
  375.    What is the SEI maturity model?
  376.    Where can I get information on API?
  377.    What's a 'bug'?
  378.    Where can I get copies of standards??
  379.  
  380.  
  381.  
  382. ------------------------------------------------------------------------
  383. Subject: What's a CASE Tool?
  384. Date:  3 Feb 1991
  385.  
  386.  
  387. (see also the archive file "casemsg") (thanks to Scott McGregor
  388. <mcgregor@atherton.com> for inspiring this question)
  389. CASE stands for Computer Aided Software Engineering;  it can be used to mean
  390. any computer-based tool for software planning, development, and evolution.
  391. Various people regularly call the following 'CASE': Structured Analysis (SA),
  392. Structured Design (SD), Editors, Compilers, Debuggers, Edit-Compile-Debug
  393. environments, Code Generators, Documentation Generators, Configuration
  394. Management, Release Management, Project Management, Scheduling, Tracking,
  395. Requirements Tracing, Change Management (CM), Defect Tracking, Structured
  396. Discourse, Documentation editing, Collaboration tools, Access Control,
  397. Integrated Project Support Environments (IPSEs), Intertool message systems,
  398. Reverse Engineering, Metric Analyzers.
  399.  
  400.  
  401. ------------------------------------------------------------------------
  402. Subject: What's a 'function point'?
  403. Date: 12 May 1992
  404.  
  405.  
  406. (see also the archive file "funcpoints")
  407.  
  408. Function points and feature points are methods of estimating the "amount of
  409. functionality" required for a program, and are thus used to estimate project
  410. completion time.  The basic idea involves counting inputs, outputs, and other
  411. features of a description of functionality.
  412.  
  413.  
  414. ------------------------------------------------------------------------
  415. Subject: What's the 'spiral model'?
  416. Date: 19 Sep 1991
  417.  
  418.  
  419. (see also the archive file "spiral")
  420. (1)  Barry Boehm, "A Spiral Model of Software Development and Enhancement",
  421.      ACM SIGSOFT Software Engineering Notes, August 1986.
  422. (2)  Barry Boehm "A Spiral Model of Software Development and Enhancement" IEEE
  423.      Computer, vol.21, #5, May 1988, pp 61-72.
  424.  
  425. Basically, the idea is incremental development, using the waterfall model for
  426. each step; it's intended to help manage risks.  Don't define in detail the
  427. entire system at first.  The developers should only define the highest
  428. priority features. Define and implement those.  With this knowledge, they
  429. should then go back to define and implement more features in smaller chunks.
  430.  
  431.  
  432. ------------------------------------------------------------------------
  433. Subject: What is a 'specmark'?
  434. Date: 19 Sep 1991
  435.  
  436.  
  437. (see also the archive file "specmark") The SPECmark is the geometric mean of a
  438. series of benchmarks done by the SPEC group. There are a couple of suites, but
  439. in general SPECmark refers to the results of the first suite.  The suite
  440. includes FORTRAN and C codes, mostly well known codes but slightly hacked
  441. versions.
  442.     SPEC
  443.     c/o NCGA
  444.     2722 Merrilee Drive, Suite 200
  445.     Fairfax, VA 22031
  446.     Phone: (703) 698-9600
  447.     FAX:   (703) 560-2752
  448.  
  449.  
  450. ------------------------------------------------------------------------
  451. Subject: Where can I find a public-domain tool to compute metrics?
  452. Date: 17 Jan 1992
  453.  
  454.  
  455. (see also the archive file "static") Volume 20 of newsgroup comp.sources.unix
  456. contained a public-domain package called "metrics", which computes McCabe and
  457. Halstead metrics.  There are many comp.sources.unix archives around the net.
  458.  
  459.  
  460. ------------------------------------------------------------------------
  461. Subject: How do I write good C style?
  462. Date: 19 Sep 1991
  463.  
  464.  
  465. This is answered regularly in the comp.lang.c FAQ.  Try "Recommended C style
  466. and Coding Standards", on host archive.cis.ohio-state.edu (128.146.8.52) via
  467. anonymous ftp in directory pub/style-guide.
  468.  
  469.  
  470. ------------------------------------------------------------------------
  471. Subject: What is 'Hungarian Notation'?
  472. Date: 19 Sep 1991
  473.  
  474.  
  475. (see also the archive file "hungarian") A naming convention for C code.  See
  476. Charles Simonyi and Martin Heller, "The Hungarian Revolution", BYTE, Aug. 1991
  477. (vol. 16, no. 8).  There are other naming conventions;  see, e.g.  "A Guide to
  478. Natural Naming", Daniel Keller, ETH, Projekt-Zentrum IDA, CH-8092 Zurich,
  479. Switzerland. Published in SIGPLAN Notices, Vol. 25, No. 5, pages 95-102.
  480.  
  481.  
  482. ------------------------------------------------------------------------
  483. Subject: Are lines-of-code (LOC) a useful productivity measure?
  484. Date: 12 May 1992
  485.  
  486.  
  487. (see also the archive file "static") Not unless you are very careful.  Capers
  488. Jones' book has a detailed and insightful discussion of Lines of Code,
  489. including anomalies, and shows how to use it sensibly (eg in a single job
  490. shop, with a single language, and a standard company coding style).
  491. Pathological cases should get caught in code inspections.  References:
  492. -    T. Capers Jones, Programming Productivity, McGraw-Hill, New York, 1986
  493. -    Capers Jones, Applied Software Measurement: Assuring Productivity and
  494.      Quality, McGraw-Hill, Inc., 1991, 494 pages ISBN 0-07-032813-7
  495.  
  496. The appendices of the latter give rules for counting procedural source code,
  497. as well as rules for counting function points and feature points.  The
  498. following study, cited in Boehm's _S_o_f_t_w_a_r_e _E_n_g_i_n_e_e_r_i_n_g _E_c_o_n_o_m_i_c_s, claims that
  499. anomalies that seriously "fool" the LOC metric show up rarely in real code.
  500. -    R. Nelson _S_o_f_t_w_a_r_e _D_a_t_e _C_o_l_l_e_c_t_i_o_n _a_n_d _A_n_a_l_y_s_i_s _a_t _R_A_D_C, Rome Air
  501.      Development Center, Rome, NY.  1978.
  502.  
  503.  
  504. ------------------------------------------------------------------------
  505. Subject: Should software professionals be licenced/certified?
  506. Date: 19 Sep 1991
  507.  
  508.  
  509. This is a very controversial and political question.  Generally, certification
  510. is something voluntary, while licencing is regulated by governments.
  511. Certification generally means some agency warrants you meet its standards;
  512. licencing generally means that to claim to practice a certain profession
  513. requires a government licence, often administered through a professional
  514. organization.  In theory both are supposed to help judge if someone is capable
  515. of doing certain jobs.
  516.  
  517. Licencing isn't currently required for computing professionals;  some people
  518. would like to see some jobs require it, as with established branches of
  519. engineering.  Others don't like government intervention, and/or believe many
  520. people who wouldn't get licenced are perfectly competent.
  521.  
  522. Computing professionals in the USA have had a certification program for years,
  523. administered by the Institute for Certification of Computer Professionals
  524. (708-299-4227), a meta-organization with representatives from ACM, IEEE-CS,
  525. ADAPSO, ICCA, IACE, AIM, DPMA, AISP, COMMON, ASM, CIPS, and AWC.  There are
  526. three certificates aimed at different broad types of practitioner, and many
  527. areas of specialization.  To keep a certificate requires at least 40 hours of
  528. continuing education each year; credit can also be obtained for self-study,
  529. teaching, publication, etc.
  530.  
  531.  
  532. ------------------------------------------------------------------------
  533. Subject: How do I get in touch with the SEI?
  534. Date: 10 Apr 1992
  535.  
  536.  
  537. The customer relations department of the Software Engineering Institute can be
  538. reached at:
  539.     internet:  customer-relations@sei.cmu.edu
  540.     Phone:  (412) 268-5800
  541. A subscriber service is available to U.S. mailing addresses. Subscribers
  542. receive the SEI quarterly newsletter, Bridge; invitations to SEI public
  543. events; and first notification of course offerings and new publications.  To
  544. become a subscriber, contact Customer Relations.
  545.  
  546. To order an SEI publication, contact NTIS, DTIC, or RAI directly:
  547.     National Technical Information Service (NTIS)
  548.     U.S. Department of Commerce
  549.     Sprinfield, VA 22161-2103
  550.     Telephone: (703) 487-4600
  551.  
  552.     Defense Technical Information Center (DTIC)
  553.     ATTN: FDRA Cameron Station
  554.     Alexandria, VA 22304-6145
  555.     Telephone: (703) 274-7633
  556.  
  557.     Research Access Inc. (RAI)
  558.     3400 Forbes Avenue
  559.     Suite 302
  560.     Pittsburgh, PA 15213
  561.     Telephone: (412) 682-6530
  562.     FAX: (412) 682-6530
  563. For general information about the SEI, contact George Heidekat
  564. (grh@sei.cmu.edu).
  565.  
  566.  
  567. ------------------------------------------------------------------------
  568. Subject: What is the SEI maturity model?
  569. Date: 31 Jan 1992
  570. Originally-From: mcp@sei.cmu.edu (Mark Paulk)
  571.  
  572.  
  573. (see also the archive file "maturity")
  574.  
  575. Maturity is not an easy concept to get down to a single paragraph, but
  576. consider this.
  577.  
  578. Premise:  The quality of a software system is largely governed by the quality
  579. of the process used to develop and maintain the software.  Basics:  The first
  580. step in improving the existing situation is to get management buy-in and
  581. management action to clean up the software management processes (walk the
  582. talk, as TQMers frequently say).  Integration:  The second step is to get
  583. everyone working together as a team.  Measurement:  The third step is to
  584. establish objective ways of understanding status and predict where things are
  585. going in your process.  Continuous improvement:  Understand that this is
  586. building a foundation for continually getting better.
  587.